Tu pourrais remplacer /report create par juste /report ?

Tu pourrais remplacer /report create par juste /report ?

Fait

Deux chose stp:

• Fait des optis, genre tu fait un cache quand le serv ce démarre est tu save dans la db quand le serv stop
• Au lieu de mettre Player, dans ta commande change par OfflinePlayers pour avoir aussi les joueurs hors ligne

Deux chose stp:

• Fait des optis, genre tu fait un cache quand le serv ce démarre est tu save dans la db quand le serv stop

• Au lieu de mettre Player, dans ta commande change par OfflinePlayers pour avoir aussi les joueurs hors ligne

Bien reçu, je fais ça rapidement !

Deux chose stp:

• Fait des optis, genre tu fait un cache quand le serv ce démarre est tu save dans la db quand le serv stop

• Au lieu de mettre Player, dans ta commande change par OfflinePlayers pour avoir aussi les joueurs hors ligne

Ceci dit, j'aimerais bien comprendre à quoi sert le cache ? En terme d'optimisation, qu'il y ait 10 requêtes réparties sur la journée ou 10 d'un coup à l'arrêt du serveur ça revient au même ? De plus, si j'implémente une mise en cache, en cas d'un arrêt inopiné du serveur, on perd l'équivalent de l'uptime en data des reports. Tandis qu'avec le système actuel on est sûr de pas avoir de rollback de données.

Deux chose stp:

• Fait des optis, genre tu fait un cache quand le serv ce démarre est tu save dans la db quand le serv stop
• Au lieu de mettre Player, dans ta commande change par OfflinePlayers pour avoir aussi les joueurs hors ligne

Ceci dit, j'aimerais bien comprendre à quoi sert le cache ? En terme d'optimisation, qu'il y ait 10 requêtes réparties sur la journée ou 10 d'un coup à l'arrêt du serveur ça revient au même ? De plus, si j'implémente une mise en cache, en cas d'un arrêt inopiné du serveur, on perd l'équivalent de l'uptime en data des reports. Tandis qu'avec le système actuel on est sûr de pas avoir de rollback de données.

Je pense qu'on aimerait éviter un deuxième problème de perf comme avec le /team list, des malins pourraient s'amuser à spammer la commande pour intentionnellement faire lag le serv.
Je pense aussi qu'on préfère perdre quelques reports plutôt que de risquer d'avoir de gros lag in game pouvant être déclenché par un joueur.
Et puis, le Discord est toujours là pour report un joueur, en cas de crash et de perte des reports.

Sinon, tu peux essayer de faire une task (qui tournerait toutes les 10-20 minutes par exemple) qui check si la liste des reports a changé, si oui, ça part en DB, si non, on ne fait rien (ajoute quand même l'enregistrement en DB lors du shut down du serv au cas où).

Deux chose stp:

• Fait des optis, genre tu fait un cache quand le serv ce démarre est tu save dans la db quand le serv stop

• Au lieu de mettre Player, dans ta commande change par OfflinePlayers pour avoir aussi les joueurs hors ligne

Ceci dit, j'aimerais bien comprendre à quoi sert le cache ? En terme d'optimisation, qu'il y ait 10 requêtes réparties sur la journée ou 10 d'un coup à l'arrêt du serveur ça revient au même ? De plus, si j'implémente une mise en cache, en cas d'un arrêt inopiné du serveur, on perd l'équivalent de l'uptime en data des reports. Tandis qu'avec le système actuel on est sûr de pas avoir de rollback de données.

Je pense qu'on aimerait éviter un deuxième problème de perf comme avec le /team list, des malins pourraient s'amuser à spammer la commande pour intentionnellement faire lag le serv.

Je pense aussi qu'on préfère perdre quelques reports plutôt que de risquer d'avoir de gros lag in game pouvant être déclenché par un joueur.

Et puis, le Discord est toujours là pour report un joueur, en cas de crash et de perte des reports.

Sinon, tu peux essayer de faire une task (qui tournerait toutes les 10-20 minutes par exemple) qui check si la liste des reports a changé, si oui, ça part en DB, si non, on ne fait rien (ajoute quand même l'enregistrement en DB lors du shut down du serv au cas où).

Le truc c'est qu'en dehors de la commande /report (qui est facilement modifiable pour la rendre inspammable) les /report history, et /report see vont forcément devoir faire appel à la db sauf si je charge TOUTE la table de la db en cache au démarrage du serv ce qui est encore moins optimisé. Donc je pense qu'on gagnerait plus à juste mettre des garde-fou sur les commandes pour pas qu'elle puisse être spam.

nan c'est mieux au démarrage

Car en gros la ce que tu fait c'est que pour chaque commande tu fait un requests db et si il y a 100 joueurs dans le report ça va poser problème

Deux chose stp:

• Fait des optis, genre tu fait un cache quand le serv ce démarre est tu save dans la db quand le serv stop
• Au lieu de mettre Player, dans ta commande change par OfflinePlayers pour avoir aussi les joueurs hors ligne

Je viens de commit ces deux modifs.